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1.0 INTRODUCTION 



1.0 INTRODUCTION 


The Upper Atmosphere Research Satellite (UARS) will collect data pertinent 
to che earth's upper atmosphere. Thio collected data will be aent to the 
Central Data Handling Facility (CDHF) located at Goddard Space Flight 
Center (CSFC) via the OARS ground system. Once received by the CDHF, the 
data will be processed and distributed to the Remote Analysis Computer 

Systeea (RACS.) An overview of the UARS ground system is presented in 
Section 2.0. 

In this Trade Analysis, three configurations have been developed for the 
CDHF -RACS system. Section 3.0 describes the CDHF configurations. The IBM 
CDHF configuration is presented in Section 3.1. The UNIVAC CDHF configura- 
tion is presented in Section 3.2. The VAX CLUSTER CDHF configuration is 
presented in Section 3.3. 

RACS configurations are presented in Section 4.0. The IBM RACS configura- 
tions are detailed in Section 4.1, UNIVAC RACS in Section 4.2 and VAX RACS 
in Section 4.3. 

Due to the large on-line data estimate of approximately 100 GB, a mass 
storage system is considered essential to the UARS CDHF. An analysis of 
several maos storage systems is performed in Section 5.0. Specifically, 
the Braegan ATL is discussed in Section 5.1, the RCA optical disk in 

Section 5.2, the IBM 3850 in Section 5.3.1 and the MASST0R M860 in Section 
5.3.2. 


The type of mass storage system most suitable to UARS was determined to be 
the automated tape/cartridge device. Two devices of this type, the IBM 
3850 and the MASST0R MSS were analyzed in this Trade Analysis. In Section 
6.0, che applicable tape/cartridge device is incorporated into che three 
CDRF-RACS configurations. 



In Section 7.0, the resulting CDHF-RACS configurations are parameterized 
according to the following trade factors: 

o performance capability 
o availabilty 

o compatibility with existing requirements 
o compatibility with existing/planned institutional systems 
o implementation risks 
o ease of use and user friendliness. 

Costing of the configurations is performed in Appendix A. 

Of the three configurations developed for the CDHF-RACS system, all are 
uni-vendor designs. However, there has been some discussion of the 
possibility of a multi-vendor configuration. The most likely prospect 
would be a UHIVAC CDEF and VAX EACS with both utilizing the UNIX operating 
system. This is an idea that cay well serve the needs of the GARS mission. 
More research would need to be performed to establish the feasibility of 
utilizing such a system. Appendix B discusses a UHIVAC CDHF-VAX RACS 
system in more detail. 
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2.0 UPPER ATMOSPHERE RESEARCH SATELLITE SYSTEM OVERVIEW 


The Upper Atmosphere Research Satellite (UARS) mission is to be configured 
with 11 experimental instruments, designed by mission investigators, which 
will collect data pertinent to the chemistry, dynamics and thermodynamics 
of the earth's atmosphere. Each mission investigator is responsible for 
his respective instrument design and operation, software development, and 
interpretation of data collected. All data collected by the instruments 
will be routed through NASA networks and the OARS ground system to the UARS 
Central Data Handling Facility (CDHF) which will be located at Goddard 
Space Flight Center. The CDHF is to be designed so as to process data in a 
batch envrionaent, thus allowing mission investigators to devote their 
efforts to data analysis. To date, the following major CDHF requirements 
have been established: 

o Production Processing of one day’s worth of data in one work shift 
(l.e., 8 hrs.) 

o Data Ingest, from Data Capture Facility via a dedicated high-speed 
data transfer link 
o L0, LI, L2, L3 production 

o Communication Interface and Data Transfer to/froo RACS 
o RACS batch services 
o Data Management 

o Interfaces to ocher necessary ground system components 
o Interface to Mass Storage System. 

Mission investigators will be provided with Remote Analysis Computer 
Systems (RACS) which will communicate with the CDHF by means of a UARS 
project-provided network of proce. sors, telecommunications controllers, 
leased lines, modems and ocher components as is necessary. RACS will be 
oriented toward algorithm development, data Interpretation and graphic 
display. To moat effectively accomplish these tasks, the RACS must be 
software compatible with the CDHF processing computers. 



For analytical purposes, such of the data produced by OARS will have to be 
kept on-line and available to Che nlssion investigators at the RACS. 
Because of the size of this on-line data base (aost recent estisates place 
this figure at 100 GBytes), a oass storage systea will be incorporated into 
the CDHF configuration. 

2*1 BARS Ground Systea Elesonto 

In addition to the RACS, the CDHF will have to cocsunicate with the ocher 
cocponents of the UAHS ground systea. Major elements of the habr ground 
systea are shown in Figure 2-1. The RAGS end the CDHF are the only 
facilities in the UARS ground systea whose principle goals are scientific 
in nature. The other alesencs of the ground systea are intended to support 
the OARS spacecraft, the CD2F and the RACS. Details of the ground systea 
interfaces have been addressed in other DASS documents end will not be 
elaborated upon in this Trade Analysis. (Reference 1 and 2) 

2*2 UARS Rata Estimate c 

The UARS data will be delivered to the CDHF via the ground systea network 
described in the previous paragraph. The UARS data base will consist of 

o instrument data 
o orbit and attitude data 
o engineering data 
o on board computer data 
o syaten software 
o processing coefficients 
o data analysis results 
o other (TBD)* 

Estimates have been determined for these data types and are summarized In 

Table 2-1. The levels of production processing have also been estiaated 
and are suaaarized in Table 2-2. 
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Table 2-1 


UAHS DATA VOLUME ESTIMATES 


Type of Data 

Volume Per Day 

Level 0 

202.1 KByte 

Level 1 

173.5 KByte 

Level 2 

79.7 MByte 

Level 3 

24.0 MByte 

Quickloolt 

69.0 MByte 

Engineering 

10.8 MByte 

Orbit/Attitude 

7.0 MByte 

On Board Computer (OBC) Data 

32.4 MByte 

Other 

TBD 


Calculated Volume 598.5 MByte/day 

Contingency 50Z 299.2 MByte/day 


Total Estimated Volume 


899.7 MByte/day 



Table 2-2 


DAILY OARS PRODUCTION PROCESSING ESTIMATES 


Tine Required 

Type of Proceaslag (based upon a 1 MIPS naehlne) 


LI 

Processing and I/O 


11,474 seconds 

L2 

Processing and I/O 


126,352 seconds 

L3 

Processing and I/O 


2,333 seconds 


local 


140,159 seconds 


140159 seconds ■ 4.87 shifts/day 


3600 seconds/hr x 8 hrs/ahift (1 MIPS machine) 
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3.0 CENTRAL DATA HANDLING FACILITY STRAWMAN CONFIGURATIONS 

The Central Data Handling Facility (CDHF) for the Upper Atmosphere Research 
Satellite (UARS) will be located at Coddard Space Flight Center and is to 

serve as the price data processing center and as the central data 
repository. 

The traditional configuration for a CDHF centers around a very large and 
powerful cainfraae computer. Ocher components normally Include a large 
magnetic tape library, cany disk drives and saae-vendor recote facilities. 
For the UARS aisaion, several innovative ideas are being considered for 
incorporation into the CDHF configuration. First, a network of super-nini 
computers, capable of satisfying all CDHF requirements, is being investi- 
gated. Second, an on-line nass storage syatea is being analyzed. These 
points are addressed later in this document. 

While a super-nini network is being given serious consideration by the UARS 
planning committees, the traditional large cainfraae configuration has a 
definite advantage: the nainfrece is a proven configuration. Mainframe 
configurations have been utilized in the past and have established a track 
record. Two different mainframe configurations are being considered for 
the UARS CDHF. Section 3.1 addrcaces the straw-nan for the IBM mainframe 
configuration. The ocrawaan outline of a UNIVAC mainframe configuration is 
described in Section 3.2. 

The super-nini chosen for the CDHF super-mini design is Digital’s Equipment 
Corporation's VAX 11/780. Digital has just recently announced a new 
networking technique known as "CLUSTERING." With a VAX CLUSTER, many of 
the problems associated with super-mini networks such as a lack of hier- 
archical storage management, queuing problems, failure recovery risks and 
repair difficulties have been avoided. In addition, the VAX CLUSTER 
retains the super-mini advantages such as user friendliness, growth 
capability and networking features. The stravean configuration of the VAX 
CLUSTER is presented in Section 3.3. 



3-1 



/ 


.w 


The IBM, UNIVAC and VAX CLUSTER configurations are uni -vendor 
configurations. Having one vendor does simplify certain aspects of a 
design. For instance, two systems manufactured by the same vendor and 
processing under the same operating system are often software compatible. 
Thus, interfacing is much less complicated. However, dictating a uni- 
vendor restriction for the OARS Data Handling Facility may not best serve 
mission needs. There has been some discussion among Goddard personnel 
concerning the possibllty of a multi-vendor configuration. The most likely 
candidates would be VAX RACS linked to a UNIVAC CDHF with both utilizing 
the UNIX operating system. Since this configuration has been mentioned as 
a possibility, some preliminary research has been conducted. (Appendix B 
further explores this area.) 

3.1 IBM 3081 Strawman Configuration 

The IBM 3081 is a mainframe rated at 10.4 MIPS and with a 16 MByte memory. 
This particular computer is wall known among Goddard Space Flight Center 
Data Handling facilities. For the RACS, the IBM 4300 series mini-computers 
are being researched. The specific model chosen would depend upon the 
particular needs of the investigators. The IBM RACS configurations are 
more thoroughly discussed in Section 4.1 Figure 3-1 provides a system 
diagram of the IBM 3081 CDHF configuration. 

3.2 UNIVAC 1100/92 Strawman Configuration 

The UNIVAC 1100/90 series is a multi-processor mainframe. The particular 
configuration most suited to the UARS CDHF seems to be the 1100/92 which 
has two CPUs and two I/O processors. It is rated at approximately 11 MIPS 
with 12.6 MBytes of main memory. For the RACS, either the UNIVAC 1100/70 
or the "Chaparral" * will bs utilized. The Chaparral will be used for RACS 


Not£ 1: The "Chaparral" was the code name used by UNIVAC for the UNIVAC 
System 11 DDP before the System 11 D0P was formally announced. 
Sperry/UNIVAC announced the System 11/DDP in November, 1983. 
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with HIPS requinaanca of 0.5 MIPS or less. Tht 1100/70 series will be used 
for those RACS with processing requirements greater than 0.5 MIPS. Figure 
3*2 provides a UNXVAC CDHF system diagram. Detailed information concerning 
the individual UNIVAC RACS configuration is presented in Section 4.2. 

3.3 VAX 11/780 CLUSTER Str&vaan Configuration 

The super-mini configuration proposed for the OARS CDHF consists of Digital 
Equipment Corporation’s VAX 11 /780s in a CLUSTER arrangement. The VAX 
configuration is being considered primarily due to its popularity among the 
mission investigators. The majority of mission investigators have worked 
with the VAX and find it both an effective analytical tool and a “friendly* 
computer. The CLUSTER is a new networking technique just recently 
announced by Digital. The CLUSTER arrangement is the only VAX configura- 
tion under consideration because it was determined to be the only arrange- 
ment capable of handling the extensive processing needs of OARS. Other 
network schemes offered by Digital, including DECnet and ETHEEnet, were 
determined to be too slow. In addition, CLUSTER is the only scheme which 
avoids the standard super-mini network problems with storage managment, 
access time, and failure recovery. 

Table 3-1 summarizes the VAX 11/780 characteristics. Figure 3-3 depicts 
the VAX 11/780 system components. 

3.3.1 VAX 11/780 CLUSTER Hardware 


i 


The VAX 11/780 CLUSTER hardware consists of the following elements: 

o VAX 11/780 processors 

o Hass Storage System 

o Intelligent Hierarchial Storage Controller HSC50 
o Cl Computer Interconnect 

o Cl Interfaces 
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Table 3-1 
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VAX 11/700 CHARACTERISTICS 


Paresecer 
Word Length 
Computer Speed 

(Million Instruction* Per Second) 
I/O Rato (oax) 

Logical Address 
Program Size (max) 

Synchronous Communications 
Asynchronous Communication* 

Co enunciations Interface 


Rating 
32 bit* 

0.70 MIPS 
13.3 KByte s/sec 
4 GByte* 

2 GByte* 

1 Mbps 
9.6 Kbps 
36 Kbps 
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Cooputer Interconnect: 


The Cl (Cooputer Interconnect) is a high-speed, fault-tolerant, dual- 
path bus* It allows processor nodes and intelligent I/O subsystem 
nodes to be connected. Nodes in a VAX CLUSTER use a oultiacceso bus 
topology that allows any VAX processor node in the CLUSTER to talk to 
any other VAX processor node* 

The Cl bandwidth is 70 Kbits per second* The Cl has an immediate 
acknowledgement scheme wherein channel time is reserved at the end of 
each oessage for the destination to acknowledge receipt* 

Cl Interfaces: 

The Cl interfaces are intelligent controllers that connect processors 
to the Cl* Each Interface attaches to one Cl bus, the bus coaoisting 
of two transmit and two receive cables* Traffic is transmitted on 
whichever path is available* 

Star Coupler: 

The Star Coupler is the common connection point for all CLUSTER nodes 
connected to the Cl. It connects together all Cl cables from the 
individual nodes with a maximum radius of 45 meters* The Star Coupler 
can be configured to support VAX CLUSTER systems of up to 16 nodes. 
The Star Coupler provides passive coupling of the signals from all 
CLUSTER nodes by means of power splitter/conbiner transformers* In 
addition, the dual paths of the Cl are electrically isolated from each 
other. 

For each node, IN and OUT connectors are provided for each Cl path. A 
signal received from an IN connector is distribuced to all OUT con- 
nectors* The Star Coupler terminates all cables with their charac- 
teristic impedance- This allows nodes to be connected or disconnected 




! 


during normal CLUSTER operations without affecting the re*t of the 
CLUSTER. 

3.3.2 VAX 11/730 CLUSTER Software 

The VAX CLUSTER eoftwate yields err laparent sharing of data among the 
CLUSTER nodes. The five major components of the CLUSTER software are: 

o VAX 11/780 Record Management Service (RMS) 
o Distributed File System 
o Distributed Lock. Manager 
o Maas Storage Control Protocol (HSCP) 
o Job Queuing 

Record Management Service: 

RMS provideo capabilities for data storage, retrieval, and 
codification; file manipulation; acceaa code switching, end record 
formatting* 

Distributed File System: 

The Distributed File System allows VMS processors in a VAX CLUSTER to 
share disk mass storage. A disk volume shared like thi 3 appears to be 
a local disk to each CPU. All access to the disk from any level above 
the disk driver works transparently. 

The shared disk can be directly connected to one of the CLUSTER 
processors. In this Instance, the MSCP Server on the processor with 
the local disk transparently provides the equivalent MSCP services. 
EMS uses the Distributed File System and the Distributed Lock Manager 
to provide file level and record level access to di 3 k storage 
throughout the CLUSTER. 
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With the HSCP server, such a shared file system allows for incremental 
growth by enabling additional CPUs with their own local disk storage 
eo be added to the CLUSTER and then allowing users on the existing VAX 
CLUSTER CPUs co share the new local processor owned file system. 

Distributed Lock Managers 

The VMS Distributed Lock Manager synchronizes access to resources for 
processes. The Lock Manager provides a namespace in which processes 
can lock and unlock resource names. It provides a queuing mechanism 

so that processes can be put into a wait state until a particular 
resource is available. 

Mass Storage Control Protocol: 

The MSCP is a protocol for logical access to disks and tapes. It 
permits any VAX/VMS processor in the CLUSTER to access disks that are 
connected locally to another VAX processor CLUSTER node. The MSCP 
Server also includes volume shadowing capability disk drives. These 
disks appear as if they were logically error free. Incoming I/O 
requests from other processors in the CLUSTER are received by the MSCP 
Server. The HSCP Server uses the standard VAX/VMS device driver 
interface to communicate with the local disks and passes the data back 
over the Cl to the requesting CPU* 


Job Queuing: 


tenetlc batch qoeuea, coupled batch .,«„ cl on queues chat execute 
0» specific aystess vithlu the CLUSTER, eu.ble the hatch workload to 
be shared. The VMS default scheduling policy balance the shared 
hatch workload ecroa. Che CLUSTER. Ic doe, this by keeping the r.rlo 
of active batch Job. co available batch .lota a, „„,1 „ p0 , slbl c „„ 
each processor nede. 



3.3.3 VAX 11/780 CLUSTER Estimates 


Based upon the 0.70 MIPS effective throughput rating of the VAX 11/780 and 
the requirement that the CDHF configuration be sized so as to process one 
day's worth of data in one eight-hour shift, the following calculations 
were performed: 

Required tine (based upon 1 MIPS nachine) 140,159.0 seconds 

VAX MIPS Rating 0.70 MIPS 

140,159 1 MIPS-second - 6.96 VAX-shifts 

•70 MIPS/VAX x 3600 seconds/hr x 8 hours/shift 

With a contingency factor of SOX and the requirement for a spare, this 
increases the estimate to eleven VAXs. In addition, one VAX would be 
needed to serve as the cozcsunications base for the RACS, the CDHF and 
Connand Management. Thus, an estimated twelve VAX ll/780a will be 
necessary to satisfy CDHF requirenents • Figure 3-4 shows a topology of the 
proposed VAX CLUSTER. 
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A.O REMOTE ANALYSIS COMPUTER SYSTEM STRAWHA2J CONFIGURATIONS 


Due co the varying nature of the UARS experlsents, the thirteen Renote 
Analysis Coeputer Systeos (RACS) have varying processing and aeoory 
requirecsnts. Table 4-1 susaarlaes these requirements. 

4.1 IBM RACS Configuration 

The IBM 4300 series cooputera are being considered for the proposed IBM 
RACS configuration. There are four coeputers in the 4300 series: 


Model 


MIPS 


Storage 


IBM 4331 Model 1 
IBM 4331 Model 2 
IBM 4341 Model 1 
IBM 4341 Model 2 


< 1/2 MIPS 
1/2 MIPS 
1 MIPS 
> 1HIPS 


1MB storage 
4MB storage 
4MB storage 
4MB storage 


Table 4-2 lists the RACS and their corresponding IBM configurations. 
Figure 4-1 depicts the IBM RACS-CDEP configuration. 


As indicnted in Figure 4-1, the 3705 Cossuaications Controller provides for 
Che physical oenagecent of the cosaunication network. The 3705 can serve 
four heat systes channels. In addition, the 3705 can operate as a renote 
cowsuaicatioaa controller or aa an internediate network node in a culti- 
systea networking environaent. The 3705 can be configured to operate 
either aa a local or renote cocsunicacions controller. External nodens are 
supported for up to 230 Kbps. Local Attachcents sre available without 
nodens for speeds up to 57.6 Kbps. 


4.2 UNIVAC RACS Conf igurstion 

Two UNIVAC eonputers are being considered for the proposed UNIVAC RACS con- 
figuration Che UNIVAC 1100/70 and the "Chaparral". The 1100/70 series is a 



Table 4-1 

RACS PEOCESSIKC AND MEMORY REQUIREMENTS 


RACS 

Processing 

(MIPS) 

Menory 

(MBytes) 

Naval Research Lab (NHL) 

0.4 MIPS 

1 MB 

Georgia Institute of Technology (GIOT) 

0.4 MIPS 

1 MB 

Daiveraity of Washington 

0.4 MIPS 

1 MB 

Lawrence Liveraore Laboratory (LLL) 

0.4 MIPS 

1 MB 

national Oceanic and Atmospheric 
Administration (KOAA) 

0.4 MIPS 

4 MB 

National Center for Atnoepheric Research (NCAR) 

0.5 MIPS 

1 MB 

Uaiveristy of Colorado 

0.8 MIPS 

6 MB 

University of Michigan 

1.0 MIPS 

5 KB 

NASA/Langley Research Center (LaRC) 

1.0 MIPS 

2 MB 

NASA/Jet Propulsion Lab (JPL) 

1.0 MIPS 

1.3 MB 

Southwest Research Institute (SRI) 

1.0 MIPS 

1 MB 

Lockheed Palo Alto Research Laboratory (LFARL) 

2.0 HIPS 

1 MB 

NASA/Goddard Space Flight Center (GSFC) 

2.0 MIPS 

4 MB 
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Table 4-2 

IBM RACS CONFIGURATIONS 


RACS 

IBM 


Naval Research Lab (NHL) 

Computer 

4331 

Model 
Model 2 

Ceorgla Institute of Technology (GIOT) 

4331 

Model 2 

University of Washington 

4331 

Model 2 

Lawrence Livermore Laboratory (LLL) 

4331 

Model 2 

National Oceanic and A&aospherlc 
Administration (HQAA) 

4331 

Model 2 

National Center for 
Atmospheric Research (NCAR.) 

4331 

Model 2 

Univeristy of Colorado 

4341 

Model 2 

University of Michigan 

4341 

Model 2 

NASA/Langley Research Center (LaRC) 

4341 

Model 1 

NASA/Jet Propulsion Lab (JPL) 

4341 

Model 1 

Southwest Research Institute (SRI) 

4341 

Model l 

Lockheed Palo Alto 
Research Laboratory (LPARL) 

4341 

Model 2 

NASA/Goddard Space Flight Center (GSFC) 

4341 

Model 2 
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IBM RACS-CDHF CONFIGURATION 



FIGURE 4-1 










more powerful computer chan the Chaparral and will be utilized for chose 
RACS with processing needs greacer chan 0.5 MIPS. Both the 1100/70 series 
and Che Chaparral run on Che same operating system as Che proposed UNIVAC 
CD HP 1100/92 mainframe computer. 

Co mmun ications between Che RACS and Che CDRF will be accomplished via 
Distributed Communication Processors (DCP) sized to meet the needs of each 
individual RACS. The DCP can perform either as a front-end processor or as 
a remote processor. As a front-end processor, it supports a direct-channel 
interface co a hose processing system and provides software controls for 
transferring data between the host and the coocuni cations network. As a 
remote communications processor, the DCP transfers data over serial 
communications lines to a central host processor or other remote processing 
or terminal equipment. There are three available sizes of DCPs: 

o DCP 10 (snallest) 
o DCP 20 

o DCP 40 (largest) 

All models of the DCP utilize two processing elements: a communications 
processor and a port processor. The communications processor controls 
network access and performs message processing. The port processor per- 
forms 1/0 processing. The CDHF 1100/92 will utilize the largest DCP, the 
DCP 40-; Table 4-3 lists the RACS with their corresponding UNIVAC computer 
configurations. Figure 4-2 depicts the UNIVAC RACS-CDUF configuration. 

4.3 VAX 11/780 RACS Configuration 

With this basic 11/780, one can expect a processing rate of 0.7 MIPS and 
memory of 2 MBytes. With optional expansions, the VAX 11/780 can be 
configured to meet the needs of most of the RACS. For the two largest 
RACS, LPARL and CSFC, a VAX 11/782 would be utilized. The VAX 11/782 is a 
dual processor wich approximately twice the processing capability of the 
VAX 11/780* Processing speeds of both the 11/780 and 11/782 can be 
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Table 4-3 

UN I VAC RACS CONFIGURATIONS 


RACS 

UNIVAC 

Distributed 


Computer 

Communications 



Procecoor 

Naval Research Lab (NHL) 

Chaparral 

DCP 10 

Georgia Institute of Technology (GIOT) 

Chaparral 

DCP 10 

University of Washington 

Chaparral 

DCP 10 

Lawrence Livernore Laboratory (LLL) 

Chapparal 

DCP 10 

National Oceanic and Atsospheric 



Adninlstratlon (NOAA) 

Chaparral 

DCP 10 

National Center for 



Atnospheric Research (NCAR) 

Chaparral 

DCP 10 

Univeristy of Colorado 

1100/71 Model HI 

DCP 20 

University of Michigan 

1100/71 Model HI 

DCP 20 

/ 

NASA/Langley Research Center (LaRC) 

1100/71 Model HI 

DCP 20 

NASA/Jet Propulsion Lab (JPL) 

1100/71 Model HI 

DCP 20 

Southwest Research Institute (SRI) 

1100/71 Model HI 

DCP 20 

Lockheed Palo Alto 

1100/70 Model HI 

DCP 20 

Research Laboratory (LPARL) 



NASA/Goddard Space Flight Center (GSFC) 

1100/70 Model HI 

DCP 20 
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FIGURE 4-2 





increased with the addition of a Floating Point Accelerator (FPA). Also, 
c«co ry can be increased to 16 MBytes in 2 MByte increments. 

Coeo un ications from the RACS to the CDHF conaunieations base could be 
accoopliahed via DECnet. DECnet provides a layered structure of protocols 
which allow the RACS VAXs to cossunicate with the CDHF VAX CLUSTER and to 
retrieve data from the naas storage systea. Table 4-4 lists the RACS and 
their corresponding VAX configurations. Figure 4-3 depicts the VAX RACS- 
CDHF configuration. 


4-8 



Table 4-4 

VAX 11/780 RACS CONFIGURATIONS 


Menory 


RACS 

VAX Model 

FPA 

Expansion 

Naval Research Lab (NRL) 

11/) BO 

- 

mm 

Georgia Institute of Technology (GIOT) 

11/780 

• 

- 

University of Washington 

11/780 

- 

- 

Lawrence Live mo re Laboratory (LLL) 

11/780 

- 

- 

National Oceanic and Atmospheric 

11/780 

- 

2MB 

Administration (NOAA) 

National Center for* 

11/780 



Atmospheric Research (NCAR) 

Univeristy of Colorado 

11/760 

TBD 

4MB 

University of Michigan 

11/780 

FPA 

4KB 

NASA/Langley Research Center (LaRC) 

11/780 

FPA 

- 

NASA/Jet Propulsion Lab (JPL) 

11/780 

FPA 

- 

Southwest Research Institute (SRI) 

11/780 

FPA 

- 

Lockheed Palo Alto 

11/782 

FPA 


Research Laboratory (LPARL) 

NASA/Goddard Space Flight Center (GSFC) 

11/782 

FPA 

2MB 


4-9 



r 






'~'*~%Vi'*r+ V r * T ** «*» y 


VAX RACS-CDHF CONFIGURATION 


4> 

I 


F 

P 

A 


2MB 


2MB 


VAX 11/780 
U. OF 
MICHIGAN 


FPA 


VAX 11/780 
SPI 


VAX 11/780 
NRL 


FPA 


VAX 11/782 
LPARL 


CDHF - RACS 
COMMUNICATIONS 
BASE 

VAX 11/780 


DECnet 


FPA 


VAX 11/780 
NASA/LaRC 


VAX 11/780 
GIOT 


2MB 


2MB 


VAX 11/780 
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5.0 MASS STORAGE ANALYSIS 

One of the the principal functions of the UARS CDHF is to serve as the 
central repository of the various levels and types of UARS data. Tradition- 
ally, data storage has been achieved via magnetic tape libraries. As data 
is requested, data center personnel must manually count the tape onto the 
tape drive. Data is then transferred from the tape to the disk for proces- 
sing. However, this process is labor intensive, error-prone and extremely 
time-consuming. In addition, tope libraries require tremendous floor 
space. 

The goal of the CDHF la to provide an accurate and complete data base 
capable of being accessed in a cicely manner. To satisfy this objective, 
massive volumes of UARS data mist be kept "on-line*. Table 5-1 summarises 
the UARS on-line data storage requirements. Before the advent of the mass 
storage system, data bases were kept on-line by storing the data on spin- 
ning magnetic disks. Although this storage technique did succeed in 
allowing cicely access to data, it retained the floor space .problem of the 
tape library. It also consumed a tremendous amount of power and the disk 
media was very expensive. For these reasons, efforts were made to design a 
storage system which would have the following properties: 

o storage capacity in the GByte range 
o timely access of data 
o low personnel requirement 
o efficient use of floor space 
o low power consumption 


Mass storage systems are available which can alleviate the inadequacies of 
the traditional manual magnetic tape library. They also are designed to be 
ouch less costly than traditional disk storage. Three basic types of mass 
storage systems were analysed for this report: 
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Table 5-1 


UARS ON-LINE DATA STORAGE REQUIREMENTS 


On-Line Storage 


Type of Data Volucs Per Day 

Retention Tice 

Requirements 

Level 0 

202.1 MByte 

10 days 

2.02 GByte 

Level 1 

173.5 MByte 

90 days 

15.62 GByte 

Level 2 

79.7 MByte 

90 days 

7.17 GByte 

Level 3 

24.0 MByte 

540 days 

12.96 GByte 

Quicklook 

69.0 MByte 

. 1 day 

0.07 GByte 

Engineering 

10.8 MByte 

540 days 

5.83 GByte 

Orbit/ Attitude 

7.0 MByte 

540 days 

3.78 GByte 

On Board Computer 
(OBC) Data 

32.4 MByte 

540 days 

17.50 GByte 

Other 

TBD 

TBD 

TBD 


Calculated Storage Requirement 64.95 GByte 

Contingency 50Z 32.47 GByte 

Total Estimated Storage Requirement 98.42 GByte 
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o automated cape library 
o optical disks 

o automated tape/cartridge device 

Section 5.1 provide# information on the Bracgaa Automated Tape Library, 
Section 5.2 concern© the RCA Optical Disk Data Storage and Section 3.3 
discusses both the IBM 3850 and the MASSTOR MSS automated cape/cartridge 
devices. 

Four mass storage systems were analyzed for this analysis effort. The type 
of mass storage system most feasible for UARS purpose is the automated 
tape/cartridge system. Both the IBU and the MASSTOR tape/cartridge product 
should be considered for UARS. Ultimately, the choice of mass storage 
product vendor will depend upon the CDHF computer configuration chosen. 

5.1 Brnegan Automated Tape Library 

The automated tape library investigated was the Brnegan AXL 7110. The ATL 
7110 consists of a housing module that provides physical storage space for 
magnetic tape reel©, a mechanical retrieval device, mounting and 
dismounting components, and software to manage the system. In addition to 
the storage module, this sytem requires a sufficient number of tape drives 
to handle the data load. These tape drives muct be placed adjacent to the 
storage module* 

The maximum ATL 7110 configuration consists of 16 storage units and 32 tape 
drives. Each storage unit provides space for 440 standard reels; however, 
each automatic reel-mounting device reduces capacity by 28 reels. If the 
maximum configuration (i.e. f 16 storage units and 32 tape drives) is 
utilized, the system can handle 6144 standard reels. The corresponding 
data capacity is approximately 1100 GBytes: 

6144 reels x 2400 feet/reel x 12 inches/feet x 6250 Byte/inch - 1100 GBytes. 


5-3 



However, with nornal use, inter-record gaps would reduce capacity by 332. 
Thus, the adjusted data capacity would be: 

1100 GBytes x 662 efficiency • 726 GBytes 

This figure correspondo to 45.4CByCo/fltorage unit. Since the best cotinate 
of on-line storage required for CARS is 100 GBytes, the required number of 
storage units is three. 

As opposed to a traditional tape library, the AXL 7110 offers several 
advantages to the user: 

o decrease in manpower 
o low hardware costs 
o nodularity, add-on capacity 
o “fail-soft" capability 
o no media conversion 

While theee features nake the AXL 7110 preferable to a traditional tape 
library, several prohibitive disadvantages cake this ays ten unsuitable for 
the UAHS case storage system. 

The prioary disadvantage of the AXL 7110 lies in the physical space 

required by the system. Each storage nodule measures 79 inches high, 63 

inches wide, and 67,5 inches deep. For each unit the required floor space 

•y 

is 29.5 ft • Thus, the floor space required for the three units which are 
needed to satisfy OARS requirements is 88,6 ft 2 . To this figure must be 
added the floor space needed for hallways, maintenance access and the tape 
drives which are placed adjacent to the storage modules. In total, the 
floor space required is extensive. 

In addition to the floor space problem, the data access time of the ATL 

7110 is less than desirable for the UARS program. Braegtn specifications 

list the average count tine as 20 seconds. Adding request tine and time 
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for the transfer of data to "on-line" status pushes total data access tine 
to well over 20 seconds. The conbination of slow access tine and naesive 
floor space requircnants make the AIL 7110 unsuitable for use as the OARS 
uses storage system. 

5.2 RCA Optical Disk Data Storage 

Optical disk systems 2 record data by ablating the thin netal surface of a 
rotating disk with a high-power, nodulated laoer bean. The recorded data 
can then be read with light sensors that detect the reflected light of a 
low-power, unaodulated laser been. Once recorded, the optical disk nay not 
be re-used for write purposes. It is a write-once, read eany tines device. 
In rbe past, this drawback has discouraged eany froa pursuing optical disk 
acreage. However, euch of the OARS data will require only a write-once 
capacity. For example, LO and LI data are normally recorded once and then 
used ean y tines in order to perform additional analyses. For this 
particular situation, the optical disk would be desirable. 

* 

The RCA product is configured as a control processor unit (CFO) sad a disk 
drive unit (DDU). The CPO provides fee interfacing, data formatting, error 
management and function control. The DDU provides for cartridge disk 
handling, drive, servos, electro-optics and built-in-test. The system has 
been configured as an intelligent controller. This configuration minimizes 
the load upon the host system. Multi-vendor capability is provided via 
Network Systeas Corporation's HTPERchannel adapter. A master processor 
cumages interfaces and performs data conversion* 


Note 2: This analysis of optical disk data storage for UARS nass storage 
needs has been based primarily on notes obtained froa an RCA study report. 
RCA has recently concluded a study of optical disk systecs for NASA's Ioage 
Processing Facility. The study has not yet been published; however, RCA 
did agree to supply outline notes. 
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The optical dice format has been configured uaing a 14-inch diameter disc* 
It has three partitioned ares. The innermost is used for test pattern and 
diagnosis Internal to the equipment. The middle region, comprising in 
excess of 99 percent of the area, is for the user and overhead data. The 
outer edge is used for file directory. A file directory is entered each 
time the disc is removed from the system. 

Tables 5-2 and 5-3 give technical specifications for the optical disk 
system and the optical disk media respectively. 

There are several major disadvantages inherent in optical disk storage. 
The first is the write-once limitation. While this would probably not 
affect LO and LI data storage, it could lead to problems if used for L2 and 
L3 storage. L2 and L3 data are derived from algorithm that will likely be 
adjusted several times throughout the CARS mission. Each time an algoritha 
is adjusted, data must be recalculated. Since the old data could not be 
purged and then recorded «er with updated data, a new file would have to 
b* established. With several fll^s of the "sane" data floating around, 
bookkeeping would be much more complex. Also, having outdated and Incorrect 
data availble to the users encourages mistakes leading to invalid analyses. 

Since optical storage appears to be suitable for storage of LO and LI data, 
but not for L3 or L4 data (among other types of data), it appears that if 
optical storage were still desired, two different mass storage system would 
have to be designed Into the UAHS system. However, such a design is not 
available off-the-shelf and would be very costly. 

The other major disadvantage of using optical disk storage for UARS lies in 
the fact that this is new technology. It has no track record to speak of. 
One of the basic premises in the design of the UARS CDHF was that the 
technology must be known and commercially available. Although the RCA 
study and prototype design seems to be promising, it cannot be claimed that 
optical disk storage is a readily-available , off-the-shelf product with a 
proven track record. 
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Table 5-2 


OPTICAL DISC SYSTEM SPECIFICATIONS 


Paraaster 

Study Results 

Laser Type (Urlte/Rcad) 

CaAs/HeNe 

Write /Re ad Data Rate 

0-24 Kbps 

Disc Size 

14 la (dla.) 

Disc Capacity (1 Side) 

4 a 10*® Bits 

Access Tice (worse case) 

500 csec 

Bit Error Rate 

<10" 10 

Disc Spia-up Tine 

<2.5 sec 

Data Block Size 

16 KBits 

Disc Handling 

Cartridge Loading 

Disc Carrier 

Cartridge 

Media Life 

10 yrs. 

Data Storage Forcat 

Concentric 


«s 
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Table 5-3 


OPTICAL DISK MEDIA FORMAT SPECIFICATIONS 


Parameter 


Performance 

User Data Race 


24 Mbps 

Disc Speed 


32.7 rev/sec 

Disc Data Rate 


38.5 Mhps/Chaanel 

User Capacity 


4.0 r. 10 10 Bits 

Format Overhead 


28.51 

Disc Diameter 


14.0 inches 

Number of Tracks 


43.5 x 10 3 

Mia. Pit Size 


0.66 un 

Track Spacing 


1.8 un 

Track Type 


Concentric 
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5,3 Automated Tape/Cartrldge Mass Storage Systems 


The automated capo/cartridge system Is composed of: 

o data cartridges arranged in "honeycomb” storage cells 
o accessor units 
o data recording devices 
o staging adaptors 
o staging disk drives 

The data cartridge consists of a strip of magnetic tape, wound on a plastic 
spool and enclosed in a protective plastic shell* Data is recorded on the 
magnetic tape in disk image format in segments called stripes* Storage 
cello hold the data cartridges when they are not in use, and the accessor 
transports the data cartridges between the cartridge storage cells and the 
data-recordlng devices t which transfer data to and from the cartridges* 

^ request for data from the central processor goeo to the storage facility, 
which loads the proper data cartridge into a data-recording device* From 
the cartridge, the data la transferred to the staging disk drives, where it 
is then available for use by the central processor* Ko reformatting is 
required, because the data are stored on the magnetic tape in dick format. 
When the job is complete, if the records or files have been updated, the 
data are returned ("destaged") to the data-cartridge tape. If the data 
have not been codified, destaging io not required* 

The automated tape/cartridge device offers the user some distinct 
advantages. In most cases, disk or tape capacity is used inefficiently. 

Typically a very large portion holds sequential batch data or infrequently 
used “convenience" data sets of small to medium size. Such data ; could be 
stored on magnetic tape and counted on tape drives when needed, but the 
additional labor and tape drive coats, plus built-in time delays and the 
high probability of mishandling make that approach impractical. These 
types of data sets will compose a large part of the U&RS data base and are 
ideal candidates for storage in an automated tape/cartridge device. Two 
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autonated tcpe/c&rtridge systems were analyzed for thia report* Section 
5*3*1 presence details of the IBM 3850 caso storage cyotea* la Section 
5*3.2, the MASS TO 2. HSS nans storage systes is presented* 

5*3*1 IBM 3850 Mass Storage Systea 

The IBM 3850 naca storage systea is a tape/cartridge device* Each car- 
tridge holds 50 KBytes on 2*7 r 667-lnch strip of magnetic tape* The 
oaxinua configuration holds 472 CBytcc of data. 

The IBM 3850 ncos storage systea Is composed of: 

o Mass Storage Control 
o mta Recording Control 
o Data Recording Service 
o Cartridge Storage Module 
o Staging Adaptor 

o Direct Access Storage Device and Control 
o Accessor Unit 

The data flow cnoag these components io shown in Figure 5-1. 

The IBM 3850 uceo the virtual device concept in which mass storage appears 
to the operating system as having more direct access storage devices 
available than are actually present. When data is requested by the user 
program or the operating systen, the mass storage obtains the data from 
either its location on physical direct access storage or from data 
cartridges in the mass storage nodules. If the data was in cartridge 
storage and not in physical direct access, the following would occur: 

1. Data is requested 

2* Accessor moves to the appropriate storage cell 

3* Cartridge is removed from cell and transported to the data 
recording device 



IBM 3850 MASS STORAGE SYSTEM DATA FLOW 


in 

I 



FIGURE 5-1 
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4. Data is reed from the tape 

5. Data Is transmitted through data recording control to a staging 
adapter 

6. Data is staged onto direct access storage device 
7 • Dnta cartridge is returned to its cell. 

Because the disk controller can directly transfer the data directly from 

cartridge to disk, the hoot processing unit can be bypassed. This step 

decreases access tine and helps to off-load the hoot computer. 

One of the main disadvantages of the IBM 3850 is Its lack of nulti-vendov 
capability. This product is designed to interface with IBM components 

only. This fact will greatly influence the final choice of the CARS mass 
storage system. Also* the IBM 3850 is not as space efficient as other mass 
storage systems available. These* and other factors* are further discussed 
in the next paragraph. 

5.3.2 The MASSTOR Mass Storage System (MSS) 

The MASSTOR MSS is very similar to the IBM 3850 in that it is a 

tape/cartridge device with magnetic tape cartridges stored in a "honey 
comb" storage nodule. Like the IBM 3850* the MSS also has automatic acces- 
sor arms. However, where the IBM accessor travels horizontally and verti- 
cally* the MA3ST0R accessor has a third coordinate of direction. This 
feature allows the MASSTOR accessor to reach both the front and back wall 
of the honeycono-like storage module, thereby reducing the required number 
of accessor units. 

The MASSTOR MSS is composed of the following: 
o MASSTOR M860 

o MASSTOR Networking Facility (MASSNET) 
o Shared Virtual Storage System (SVSS) 
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These components are discussed in the following paragraphs* 

The M860 trass storage system is composed of: 

o storage control software 
o cartridge storage nodule 
o storage control 

o data recording control and device 
o staging adapter 

o direct access storage control device 

Each storage nodule holds 316 cartridges* With a data capacity of 175 
MB/cart ridge, the resulting data capacity per nodule is 55*3 GByte* A 
maximum configuration allows for 8 storage nodules* Thus, AAO GBytes 
capacity is possible* Since the estimated UARS storage requirement is 
approximately 100 GBytes, two storage nodules should be sufficient. 
Each storage module measures A3 inches wide x 36 inches deep x 67 
inches high* At 10.75 ft^/module, the required floor space for the 
storage nodules would be 21.50 ft^* 

The K860 is capable of 500 cartridge mounts per hour* Average 
calculated access time is 10 seconds. This is more than twice as fast 
as the Braegon ATI* 7110 and averages a couple of seconds less than the 
IBM. 


MASSNET is composed of the following: 

o HYPERchannel 
o Network Adapters 
o Transfer Software 

HYPERchannel is a high speed data network which provides transmission 
speeds at CPU channel rates* (More detailed information concerning 
HYPERchannel is provided in Appendix B of this report.) 
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The Network Adapters are IBM plug-conpatible and allow non-IBM boat 
coaputers to access the MASSTOR MSS. Protocol Levels l through 3 of 
the International Standards Organization (ISO) specifications are 
handled by the Network Adapters. 

The Transfer Software handles ISO Levels 4 and 5 specifications, thus 
allowing the transparent sharing of data among unlike-vendor network 
entitites. 

SVSS in the MASSTOR MSS allows for the extensive back-end file management 
required by UARS. 

The SVSS is driven by a control procesor which is in the IBM 4341, 
Level 1, class. (The applicable figures in this docunent depict the 
MSS control processor as an IBM 4341; however, depending upon the 
particular application MASSTOR often uses IBM 4341-Hke control 
processors.) The control processor provides 6-8M3 nala storage along 
with both byte and block multiplexor channels. The control processor 
is supported by a color CRT, printer and card reader. 


Figure 5-2 depicts a MASSTOR MSS configuration with a capacity of 110 
GByte. Data flow and component functions are similar to the IBM 3850. 

Table 5-4 presents a brief comparison of the MASSTOR MSS and the IBM 3850. 
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TABLE 5-4 


IBM 3850 


Characteristic 

Maxlaua Storage 

MByte /Cartridge 

CBytc/Square foot of 
floor space 

IBM Conpacibility 

UNIVAC Compatibility 

VAX Compatibility 


MASSTOR MSS COMPARISONS 


IBM 3850 


472 GBytes 
50 MB/cartridge 
1.4 GB/ft 2 


Tea 

No 


No 


MASSTOR MSS 
440 GBytes 
175 MB/cartridge 
5*0 GB/ft 2 

Yes 

Tec 

Yes 
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6.0 MASS STORAGE SYSTEM INCORPORATION INTO STRAWMAN CONFIGURATIONS 

la the oaaa storage analysis section of this report four oass storage 
aysteos were analyzed for the UARS CDHF: 

o Braegan ATL 7110 
o RCA optical disk data storage 
o IBM 3850 Mass Storage Systen 
o HASSTOR Maas Storage Systco 

The Braegan ATL 7110 was deteroined co be unsuitable for UARS due to its 
slow access ties and oassive floor space requi recants. 

The RCA optical disk, while considered a proaiaing technology, was 
tentatively determined to possess prohibitive disadvantages: 

o new technqlogy with no proven track record 
o write-oace Hesitation, 

Thuo, as of the tice of this analysis, optical disk storage was not deter- 
Qined to be the best cans storage syatca cvailable to UARS. 

The two automated tape/cartridge naca storage syateas analyzed, the IBM 
3850 and the MASSTOR MSS were deterained to be especially suitable for 
UARS. Ultimately, the naas storage systen chosen will depend upon the CDHF 
configuration. In this section, the cass storage systens are incorporated 
into the atravaan configurations, 

6,1 IBM 3081 CDHF - Mass Storage Systen 

Should the IBM 3081 be chosen as the UARS CDHF, either the IBM 3850 or the 

MASSTOR MSS could be utilized. Both systens could coapetently handle the 
eatlaated UARS data volume. 
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Table 5-4 of this report cespared characteristics of che two naes storage 
syoteca. Froa this information it is icaediaccly apparent that the MASSTOR 
MSS io a sore compact systen. However, there are advantages to utilizing a 
aysteo designed and oupplied by one vendor. For exeaple, often prices are 
reduced when a culti-coaponeat configuration is purchased froa one vendor. 
Also, support, caintenance and repair personnel could be supplied froa one 
cocpany. These ore Juot two advantages that would have to be weighed 
against the technical advantages of the MASSTOR systen. 

Figures 6-1 and 6-2 depict the IEM 3081-IBK 3S50 and che IBM 3081-MASSTOR 
MSS systen, respectively. 

6.2 ONIVAC 1100/92 CDH? - Maas Storage Syatea 

Should the tWIVAC 1100/90 be chosen as the 0ASS CDHF, the MASSTOR MSS would 
be the preferred choice. In August 1983, MASSTOR and SFERRY/UMIVAC 
announced a Joint marketing cgreccent. Thin agreccent offers the M860, 
MASStfET and corresponding SVSS ca a abilicy an an expansion unit to the 
UNIVAC 1100 series syatea. This agreensnt ohould alleviate difficulties 
such as confusion with vendor responsibility and support services often 
encountered when utilizing a nulci-vendor emrironsant. Figure 6-3 depicts 
the proposed UNIVAC-HASSTOR aystea. 

6.3 VAX 11/780 CLUSTER CDH? — Mass Storage Systen 

Should the VAX 11/780 CLUSTER configuration be chosen as the UARS CDHF 
configuration, the MASSTOR MSS would be the preferred nass storage systen. 
The MASSTOR MSS provides a Digital network adapter which allows for 
connunicatioas between the MSS and che VAX CLUSTER. Figure 6-4 depicts the 
proposed VAX CLUSTER-MAS STOR systen. 
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7.0 PARAMETERIZATION OF STEAHHAN CONFIGURATIONS 



7*0 PARAMETERIZATION OF STRABMAN CONFIGURATIONS 


In this section, the stravman configurations are parameterized according to 
the following factors: 

o perfornance capability 
o availabiity 

o adaptibility to changing requirements 
o compatibility with existing/planned systems 
o implementation risks 
o user friendliness and ease of use. 

7.1 IBM Strawoan Configuration Parameterization 

Perfornance Capability: 

Paragraphs 3*1 and 4.1 of this document provided perfor man ce charac- 
teristics of the IBM 3081 mainframe and IBM 4300 series mini— computer. 
To briefly summarize » the IBM 3081 being considered for the UARS CDHF 
is a 10.4 MIPS machine with 16 MB memory. The IBM 4300 series ranges 

from less than 0.5 MIPS to over 1 MIPS with 1 to 4MB memory. 

Availability: 

The IBM 3081 computer and the 4300 series minicomputer are currently 
operational in other projects at Goddard Space Flight Center; thus, no 
problem is foreseen with UARS timetable. 

Adaptability: 

The IBM 3081 is a large enough mainframe with enough processing power 
(10.4 MIPS) to handle foreseeable changes in UARS requirements. The 
4300 series can be upgraded incrementally, so changes in UARS 
requirements should be manageable. 



Conpatibllity: 


IBM lo a Bajor nanufaeturer of conputcr flood# sad services. Many GSFC 
systeca are IBM-based. For non-IBM systecs, Kecvork Adpters are 

coaaercially available. Thus, data transfer and cosaualeation with 

existing and/or planned systees is not seen as a problem 

laplessntation Risks: 

The IBM 3081 oainfrata and the 4300 series being considered for the 
BAGS, are known quantities ssong Goddard Space Flight Center 
personnel. Inplcnentation risks are considered to be very low. 

Base of Use: 

The IBM operating systcn Is not known for Its user friendliness. Many 
advances taade within the computer environment concerning ease of use 
have not been incorporated into the IBM oy 3 teca. • Thus, there is a 
general lack of enthusiast: among RACS uaers and also gone hesitation 
acong Goddard Space Flight Center personnel concerning the prospect of 
learning the IBM operating systcn. 

7.2 UllIVAC Stravsan Configuration Paraneterixation 

Perforuance Capability: 

The UHIVAC 1100 series cocputers are well-suited to the Interactive 
processing required by UAES. They also have the advantage of 
increnencal growth and nulti-processing capability. As discussed in 
Section 3.2, the UHIVAC 1100/92 being considered for the UARS CDHF is 
a nulti-processor nainfrane with 10 MIPS processing capability and 
12.6 MB nain nenory. The various UNIVAC RACS Configurations, 
including the Chaparral and the 1100/70 series, range fron 0.5 to nore 
than 2.0 MIPS with 1 to acre than 6 MB nemorv* 
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Availability: 


Although the 1100/92 Balafraw, the 1100/70 series nlnlcocputer and 
the Chaparral ninlconputer are recent Sperry/UNIVAC incroductlona, no 
problen la forseen with the OARS timetable. The 1100/70 aerlea 
configurations have been loplcosnted, the 1100/90 aerlea 
configurer iona are achsdulcd to be operational by the end of 1983 and 
the Qiaparral Is acheduled to be operational by June, 1984. 


Adaptability: 

The UN1VAC configurations proposed for the UARS CDHF and RACS can be 
incroeantally expanded. Thuo, they are adaptable to changes In the 
OARS requirnents. The 0NIVAC 1100/90 multi-processor series 
capability can be expanded with fully compatible Instruction Proces- 
sors. Aa Instruction Processors are added, additional I/O Processors 
can be utilised allowing for increased ayotcn capability. The ONIVAC 
SACS nlniconputers can also b* expanded incrementally so as to grow 
concurrently with lncreaaed user needs. 

Compatibility: 

TOIVAC Is a major manufacturer of compter goods and services. 1100 
series computers are currently found In Goddard Space Flight Center 
computer facilities. Network adapters are commercially available 
which allow for data transfer to un-like vendor computers. Thus, 
compatibility doesn't seen to pose a problen. 

Implementation Risk: 

Although che 1100/90 series is a recent introduction, it is in essence 
an enhancement of the highly successful 1100/80 series nainfranes with 
an increased nunber of available channels and much quicker transfer 
and switching rates than the 1100/80. In che same way, the 1100/70 


► 
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•erieo minicomputers are an enhancement of Che 1100/60 series. While 
Che Chaparral utilizes a dioeribueed data processing concept, ie is 
compatible with the 1100 series UHIVACS and should have little inher- 
risks. The UNIVAC 1100 series computers are wel l— regarded at 
Goddard Space Flight Center. 

Ease of Ose: 

While the UMIVAC operating system is familiar to Goddard Space Flight 
Center personnel, naay RACS users would have to be trained in the 
UNIVAC operating system Still, while re-training is undesirable, it 
is to be expected to seas degree when implementing a system such as 
UARS. 

7.3 VAX 11/780 CLUSTER Strawson Configuration Parameterization 
Performance Capability: 

General performance characteristics of the VAX 11/780 vere presented 
in sections 3.3 and 4.3 of this report. To briefly summarise, the VAX 
11/780 is a 0.7 MIPS machine which can be configured with a Q f 

16 MB memory. 

The VAX CLUSTER software is designed to allow transparent sharing of 
data among the Central Processing Units (CPUs) of the CLOSTER. At 
least one VAX would need to serve as the RACS communications base and 
task scheduler. Along with the CLUSTER software (i.e.. Record Manage- 
ment Service, Distributed File System, Distributed Lock Manager and 
Mass Storage Control Protocol), some DARS-specif ic software would 
certainly need to be developed to accomplish efficient task scheduling. 

The VAX CLUSTER is a new concept for Digital Equipment Corporation 
(DEC). Although DEC has utilized DECnet and ETEERnet networking 
schemes in the past, CLUSTER is different in that it will attempt to 
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enable transparent sharing of data. Throughout the course of 
researching this docutenc, DEC has yet to validate this concept of 
transparent, efficient and fast sharing of data caeng CLUSTER nodes in 
a UARS-like eavironcent. To date, VAX CLUSTER suitability for UARS 
remains speculative. 

Availability: 

The VAX CLUSTER concept was announced by DEC in June, 1983. At that 
tine, DSC provided detailed descriptions of CLUSTER Hardware and 
general information pertaining to CLUSTER Software. However, the CLUS- 
TER concept, as it pertains to the UARS mission, has not yet been 
demonstrated. DEC has announced that CLUSTER configurations will be 
operational by the end of 1983. However, due to the expected debug- 
ging Btage of this new concept and any resulting redesign, the 
operational date renaino uncertain* 

Adaptability to Changing requirements : 

The VAX CLUSTER concept was created, in part, as an answer to 
incremental growth of a computing environment. With minor adjustments 
in software and with the proper hardware adapters, additional VAXs 

could be added to the CLUSTER should it be necessary to increase 
processing capability* 

The VAX is a competent and flexible computing machine. Should the 
CLUSTER prove to be a viable concept, changes in processing needs that 
can reasonably be forseen should not adversely affect Che VAX CLUSTER 
Configuration. 

Compatibility: 

DEC is a major manufacturer of computer goods and services. VAXs are 
currently found in many computer configurations at GSFC and network 
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A.O Strawoan Configuration Coat Data 


Cose dees hsve been obtained fot eh# najor systea coaponeats of ehe strcw- 
oan configurations. These cose daea are preseaeed in tabular fora la this 
section. Table A-ll presents a sunaary of cost data for the CDHF-RACS-Hacs 
Storage configurations. 
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TABLE A-l 
COST DATA 

IBM CDHF SYSTEM CONFIGURATION 

IBM CDHF GSA PURCHASE PRICE ($) 

o IBM 3081 Processor 4,040,874 

- 10.4 MIPS 

- 16 MByte Memory 

- 16 Channels 

- Power Unit 

- Coolant Distribution Unit 
• Operator Console 

0 Dlak 1,721,440 

- 10 GByte (Total) 

- 2 Disk Subsystems (DDS) 

- Each DSS 

2 3880-003 Controllers 
2 3380-A04 Disks 
6 338Q-B04 Disks 

° Tape - 170,350 

- 4 3420—006 Tape Units i 

(125 ips, 1600/6250 bpi) I 

- 2 3803-002 Control Units ! 

- 1 3803-1792 Two Control Switching Option i 

o Terminals 62,367 

- 1 3274-D31 Control Unit 

(1 each 6901 , 6902 Adapters) 

- 10 3278-002 KB/CRT's 

- 4 3287-002 Printers (Friction Feed) 

o Line Printers Q 2 500 

- 2 3203-005 (1200 lpm, train cartridge) 

o Communications gg 390 

- 3705-F04 (24 Bi-sync lines @ 9.6 Kbps) 2 


IBM CDHF CCST 


6 ,164,421 
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TABLE A-2 


COST DATA 

IBM RACS COMPONENTS 


CoKponcnta 

CSA Purchase Price($) 

o IEM 4331 - Level 1 

60,000 

o IBM 4331 - Level 2 

90,000 

o IBM 4341 - Level 1 

190,000 

o IBH 4341 - Level 2 

310,000 

o 1 Graphics Tcrninal/RACS 
(Tektronics 4012 with Rardcopy Device 
Tektronics 4631) 

30,000 

o 2 Magtape Controller and Tape Unitff/RACS 
- 800/1600 bpl 

40,000 

o 3 Concoles/RACS 

- 1 OP* Console 

• 2 Alphanumeric Terminals 

7,000 

o 1 400 lpa Printer (IBM-3289) /RACS 

13,140 


Individual IBM RACS COST 


$(4300 ninicottpucer) + 90.140 



TABLE A-3 


COST DATA 

IBM RACS C0H7IGU0ATI0H 


RACS 

IBM 

Cecaputer 

Model 

Naval Racearch Lab (NRL) 

4331 

Model 2 

Georgia Inodtutc of Technology (GIOT) 

4331 

Model 2 

University of Uachington 

4331 

Model 2 

Lawrence Livercoro Laboratory (LLL) 

4331 

Model 2 

National Oceanic cad Atmospheric 
Adainictration (KOAA) 

4331 

Model 2 

National Center for Atmospheric 
Research (KCAR) 

4331 

Model 2 

Univericty of Colorado 

4341 

Model 2 

University of Michigan 

4341 

Model 2 

NASA/Langley Research Center (LcRC) 

4341 

Mode! 1 

NASA/Jet Propulsion Lab (JPL) 

4341 

Model i 

Southwest Recoarch Institute (SRI) 

4341 

Model 1 

Lockheed Palo Alto Research Laboratory 

4341 

Model 2 

NASA/Goddard Space Flight Center (GSFC) 

4341 

Model 2 


TOTAL IBM RACS 
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GSA 

Purchnse 
Price ($) 

I60K 

180K 

18 OS 

1S0K 

130K 

18 OK 

400K 
400S 
280S 
2 8 OK 
280K 
40 OK 
400K 

3,520.000 
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COST DATA 

UNIVAC CDHF SYSTEM C^NF ICURATION 


UNIVAC CDHF 


o UNIVAC H 00/92 Processor 

- 11 MIPS 

- 12*6 MByte Memory 

- 16 Channels 

- Power Unit 

- Cooling Unit 

- Operator Console 


o Disk 


- 10.5 GByte (Total) 

• 2 Disk Sub Systems w/erpansion 

- 10 MB Disk Drive 

o Tape 

- 2 UNISEBVO Control Units 

- 6 Tape Units 

(125 ipo v 6250 bpi) 


o Terminals 


- 10 UTS 20/expanded KB 

- 4 printers 

o Line Printers 

- 2 Printers and Control 


CSA Purchase Price ($) 
4,877,460 


900,560 


210,380 


33,740 


83,380 


o Communications 
- DCP40 


73,170 


6 ,178,690 


UNIVAC CDHF Cost 
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COST DATA 

UNIVAC RAGS COMPONENTS 


Component 
o DCP 20 
o Chaparral 

- laotruction Procesoor 

- System Support Conplex 

- Console 

- 4 KB Memory 

- I/O Channels 

- DCP 10 

o 1100/71 - Model HI 

- Processor 

- I/O Channels 

- Disk Expansion 

o 1100/70 - Model Hi 


- Processor 

- MSU Expansion 

- I/O Channels 

- Disk Expansion 

o Terminal /RACS 

- UTS 20 with expanded KB 

- Printer 

- Hardcopy Device 

o Tape/RACS 


- 1 UNISERVO Control 

- 2 UNISERVO Tape Units 

Individual IBM RACS Cost 


GSA Purchase Price ($) 
45 , 870 
180,650 


340,440 


573,310 


35,8^0 


57,950 


$(miniconputer) + $ ( communications) 
+ 93,810 
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TABLE A— 6 
COST DATA 

UNIVAC RACS CONFIGURATION 


RACS 

UNIVAC 

Coaputer 

GSA 

Purchase 
Pi-ce ($) 

Naval Research Lab (NRL) 

Chaparral 

274,460 

Georgia Institute of Technology (GIOT) 

Chaparral 

274,460 

University of Washington 

Chaparral 

274,460 

Laurence Uvernore Laboratory (LLL) 

Chaparral 

274,460 

National Oceanic and Atnoopheric 
Administration (NOAA) 

Chaparral 

274,460 

National Center for Atmospheric 
Research (NCAR) 

Chaparral 

274,460 

Univeristy of Colorado 

1100/71-H1 

489,120 

University of Michigan 

1100/71-H1 

489,120 

NASA/Langley Research Center (LARC) 

1100/71-H1 

489,120 

NASA/ Jet Propulsion Lab (JPL) 

1100/71-H1 

489,120 

Southwest Research Institute (SRI) 

1100/71-H1 

489,120 

Lockheed Palo Alto Research 
Laboratory (LPARL) 

1100/70-H1 

712,990 

NASA/Goddard Space Flight Center (GSFC) 

1100/70-H1 

712,990 


TOTAL UNIVAC RACS 5,518.340 




TABLE A-7 


COST DATA 

VAX CLUSTER SYSTEM CONFIGURATION 


VAX 11/780 Cluster CDHF 

o VAX Cluster Software 

o 12 - VAX 11/780 Cluster Building Blocks 
(@ 217K/Unit) 

- 1 VAX 11/780 

• 2MB Main Storage 

- 1 - HSC 50 (4 CFU0/HSC5O) 

~ 1 * Star Coupler 

“ 1 - disk 

- 1 - tape 

- Computer Interconnect 

o 12- RA81 456 MB Disk (0 21K) 
o 12 - LA100 HSP (9 2*3K) 
o 12 - 2 MB expansion (@9.0K) 
o 12 - FPA (@ 10.8K) 

VAX Cluster CDHF 


CSA Purchase Frice ($) 

* 

2,604,000 


252.000 
27,600 

108.000 

129,600 

$3,121,200 + 
VAX Cluster 
Software Cost 


The Cluster Concept is a -phased announcement" product • The concept 
itself was announced in June, 1983. Also at that time, Hardware for 
the VAX 11/780 Cluster was fully described and tentatively priced. The 
next portion of the Cluster concept, i.e., the VAX 11/780 Cluster 
Software, is scheduled to be announced in early 1584. Cluster details 
pertaining to VAX 11/782 and other DEC equipment will be announced 
sometime in 1984. 
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TABLE A-S 


COST DATA 

VAX RACS COMPONENTS 


Component 

CSA Purchase Price ($) 

VAX 11/780 

180,000 

Terminal 

- Monochrome Graphics 

10,000 

- Keyboard 

2 MB Moraory Expansion 

9,000 

Floating Point Accelerator 

10,800 

DECnet Hardware 

4,000 

DECaet Software (initial license included) 

3,000 * 

DECnet Software (Additional RACS) 

1,000 
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COST DATA 

VAX RACS CONFIGURATION 


RACS 

VAX Model 

FPA 

Menory 

Expansion 

Costs 

Naval Research Lab (NRL) 

11/780 



198,000 

Georgia Institute of Technology (GIOT) 

11/780 

- 

— 

198,000 

University of Washington 

11/780 

- 


198,000 

Lawrence Liveraore Laboratory (t.t.t.) 

11/780 

• 

- 

198,000 

National Oceanic and Atmospheric 
Adninistration (NOAA) 

11/780 

- 

2MB 

207,000 

National Center for Atmospheric Research 

11/780 

- 


198,000 

Univerlsty of Colorado 

11/780 

- 

4MB 

216,000 

University of Michigan 

11/780 

FPA 

4MB 

227,000 

NASA/Langley Research Center (LaRC) 

11/780 

FPA 


209,000 

NASA/Jet Propulsion Lab (JPL) 

11/780 

FPA 


209,000 

Southwest Research Institute (SRI) 

11/780 

FPA 

- 

209,000 

Lockheed Palo Alto Research 
Laboratory (LPARL) 

11/782 

FPA 

- 

389,000 

NASA/Goddard Space Flight Center (GSFC) 

11/782 

FPA 

2MB 

397,000 



TOTAL 

RACS 3, 

053,000 
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TABLE A- 10 


COST DATA 

MASS STORAGE SYSTEMS 


HASSTOR MSS (440 CTt 
o KSS 

- M860 

- SVSS 

- MASSNET 

- Network Adapter 

- Control Unit 


COSTS* * 

1 , 200,000 


o 7-5 5GB Expansion Units 0 275,000/unit 
o 1 - Control Unit 


TOTAL HASSTOR HSS 


1.925.000 
225.000 

3.350.000 


COSTS 

IBM Macs Storage Svstea (472 cm 3 374 7 

- 2-3851-A04 Mass Storage Facilities (MSF) 

236 Billion Bytes (each MSF) 

4 Data Recording controls (each MSF) 

8 Data Recording Devices (each MSF) 

4720 Cartridges (Each MSF) @ S35 each 

- 2 3830-003 Storage Control Units 

- 2.536 Billion Bytes Staging Disk 
(2 3350-A02, 2 3350-B02) 


TOTAL 3.374.714 


** To accurately conpare the two Mass Storage Syst 
approxiaately 450 GB capacity even through UAR£ 


eos, we are using a base of 
currently requires 110 GB. 



TABLE A-l 1 


COST DATA 

SUMMARY OF STRAKMAN CONFIGURATIONS 


Configuration 

CDHF 

RACS 

Mass Storage 
(450GB) 

Total 

IBM 3081 
IBM RACS 
IBH 3850 

6.2M 

3.5M 

3.4M 

13. 1M 

IBM 3081 
IBM RACS 
MASSTOR M860 

6.2M 

3.5M 

3.3M 

13. 0M 

UNIVAC 1100/92 
UNIVAC RACS 
MASSTOR M860 

6.2M 

5.5M 

3.3M 

15. ©1 

VAX 11/780 CLUSTER 
VAX RACS 

3. 1H 

+ $ Software 

3. Oil 

3.3M 

9.4 

+ S Software 


MASSTOR M860 
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APPENDIX B 

UNIVAC CDHF - VAX RAGS 
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B.O UN I VAC CDHF - VAX RACS 


One idea explored in UARS preliminary design oeecings was the possibility 
of a multi-vendor environment for Che CDHF. Since the mission investi- 
gators are very enthusiastic regarding VAX computers and Goddard Space 
Flight Center personnel are comfortable with and confident of UNIVAC main- 
frames, there is much interest directed towards a UNIVAC/VAX Dace Handling 
Facility. Much progress has been made in regards to the hardware 

interfacing of multi-vendor computers. However, for OARS, the major 
obstacle to a nulti-vendor Data Handling Facility seems to be in software 
compatibility. Not only must RACS hardware link with the computer 

processors at the CDHF, the RACS must also perform algorithm development 
and modification, instrument commands, etc. These tasks require extensive 
software capability. There are several areas being researched which nay 
provide the software compatibility needed to make a multi-vendor Data 
Handling Facility possible. 

B.l THE UNIX OPERATING SYSTEM 

m 

First, the utilization of the UNIX operating system for both the UNIVAC 
nainf raise and the VAX RACS is being considered. UNIX is a flexible, 
modular operating system already familiar to many of the mission 

investigators* Table A— 1 provides a brief comparison of the advantages and 
disadvantages that the UNIX operating systen would offer a UNIVAC/VAX 

configuration. 

While UNIX looks promising in the multi-vendor environment, further 
research is needed to determine it3 feasibility for the UARS CDHF. 

B.2 HYPERchannel 

A second item explored in regards to a multi-vendor environment was HYPER- 
channel. HYPERchannel is a high speed digital communications interface 
which provides multi-vendor interface of computers. The networking of 
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Table B-l 

UNIX Advantages and Disadvantages 

Myantafiea Disadvantages 

File Sharing Fragile File Structure 

"Canned" Processing Tools „ Inconsistencies in Lanuage 

Compatibility With Many Cooputer Systesa Unfriendly Language 

Daily Conveniences (Mail, Calendar) 
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buffered cocamicationo concroller co «=ov e network wssagc, on the 

p!ril r e; al Th V eVid<! adePCCr ,UaCCl0n0 “ “ dSta * *>' the linkage of 

P P cral units. The link adapter Is used to interconnect a renote unit 

o the HYPERchannel via wideband conations links. { ^l 
211 ° r “ 3atellltC llnk adaPCer be “ ed -> Th«® three types of 

P *::i:i:.ir ~ ~ - 

A Aajor di.ad.ancg. Of Eyperehoonel i. char 1c 1. ... tc.ap.cc to h c .c 

°" 1 “ “'* PC "” d ° hTO dl "« --f aoi 

. ’ of apodal channel program. Sloe, software 

n °”' U ^ -* rieky, chi. rcdrcJo 

of oajor concern. Ho-coar, aloe, BYTERchannel do., provide oacmrUo. 
oapahility for both Digital and OHIVf.c. it would b. worttahil. 
iovaac gar. ch. fa-UUlc, of o.i.g . diracc phyalcal lid „ueh „ 
channel in a VAX RACS-UNIVAC CDHP configuration. 

B.3 CONCLUSION 


“ l‘ e b f rl '“ 7 S ““ rl “' 1 » <•» regarding .uld-vendor 

po. blUti., for th . mgg offlF. * odci-v.odor cooflgoracioo. and la 
particular ch. W1VAC/VAE cooflgucado, appear, co b. a poa.lb,. workable 
a cuacloa for VARS. It i. however. .tehee dl „ dv ,„ 

urther research would have to b. perforce before it could be acted chat 
Ch. benefit, of auch a configuracio. would outweigh ch, dlaadvancag,,. 
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